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(57) Abstract: A remote vehicle diagnostics, monitoring, configuration and reprogramming tool is provided. The system includes 
a fleet of vehicles equipped with wireless mobile communications means that enable fleet managers to remotely diagnose, monitor 
and reprogram vehicles in their fleet via an Internet Web-based browser environment. Each vehicle within the fleet is equipped 
with a smart device that is coupled to the data bus within each vehicle. Date commands relating to the vehicle's parameters (e.g., 
diagnostic parameters such as max road speed, engine RPM, coolant temperature, air inlet temperature, etc.) are sent and received 
using satellite and terrestrial wireless communications technology. The invention allows users to remotely perform total fleet logistics 
and eliminates (or reduces) the need to physically bring fleet vehicles to a repair, maintenance or configuration facility. 
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System, Method and Computer Program Product 
for Remote Vehicle Diagnostics, Monitoring, 
Configuring and Reprogramming 



Field of the Invention 

The present invention relates generally to computer data and information 
systems, and more particularly to computer tools for storing, processing, and 
displaying fleet vehicle information. 

Related Art 

In today's business environment, it is common for companies to own a 
large amount (i.e., a fleet) of motor vehicles. A company, depending on their 
particular line of business,, may have a fleet of passenger cars, light trucks, vans, 
heavy trucks or any combination of theses types of vehicles. Typical examples 
of such companies include commercial courier services, moving companies, 
freight and trucking companies, as well as passenger vehicle leasing companies 
and passenger carriers. 

Such companies must typically manage each of the hundreds of vehicle 
within their fleets. The most critical management operations include the 
maintenance and repair, and maximizing the efficiency of these vehicles. In 
addition, timely reporting of key information related to the vehicle, such as 
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mileage, trip information, fluid status, and other parameters must be available in 
a timely fashion. In order to maximizeprofits, a company must maximize' the 
amount of time each vehicle spends performing its intended function. That is, a 
company must minimize the amount of time each vehicle spends in a service 
environment (i.e., a repair and maintenance facility). Further complicating the 
situation is the fact that the vehicles within a company's fleet may operate 
throughout the nation's roads, but repair and maintenance facilities and vehicle 
configuration facilities are sparsely located in certain geographic locations. 

One management technique has traditionally been to schedule vehicles for 
routine inspections on a rotating basis. While this technique has improved 
efficiency somewhat, it still involves taking a percentage of the fleet's vehicles 
out of service when in fact, they may not need to be in a service environment or 
may not be available to be serviced or configured. 

One development has led to the decrease in the amount of time vehicles 
needed to be in the service environment during routine inspections. That is, 
during the 70s and early 1980's manufacturers started using electronic means to 
control engine functions and diagnose engine problems. This effort was 
primarily motivated to meet new and tougher Environmental Protection Agency 
(EPA) emission standards. Nevertheless, onboard diagnostic systems eventually 
became.more sophisticated. Vehicles today typically include several controllers 
attached to a vehicle data bus that allow the engine and parts of the vehicle's 
chassis, body and accessory devices to be monitored. 

Several instruments were designed to take advantage of vehicles onboard 
diagnostic and control systems. First, there were large pieces of equipment to 
perform diagnostics and these were followed by hand-held devices. These 
instruments increased the speed and efficiency of vehicle maintenance and 
configuration. Such instruments, however, did not eliminate the need for 
vehicles, which may be operating nation-wide, to be brought to a centralized (or 
regional) repair and maintenance facility. That is, these devices needed to be 
connected directly to the vehicle. Further, there still has not been any systematic 
way for companies to remotely diagnose, monitor or configure their fleet's 
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vehicles. That is, routine maintenance or configuration on a rotating basis is 
arbitrary and not based on which specific vehicles really require service. 

Therefore, given the above, what is needed is a system, method, and 
computer program product for remote vehicle diagnostics", monitoring, 
configuring and reprogramming. The system, method, and computer program 
product should allow fleet managers, without heavy infrastructure additions, to 
take advantage of today's vehicle's onboard diagnostic systems, computer 
advances, and mobile communications in order to remotely diagnose, monitor 
and reprogram their fleet's vehicles. 

Summary of the Invention 

The present invention meets the. above-mentioned needs by providing a 
system, method, and computer program product for remote vehicle diagnostics, 
monitoring, configuring and reprogramming. 

The system of the present invention allows a user to perform total fleet 
logistics by facilitating vehicle parameter changes, vehicle health tracking, and 
receipt of vehicle maintenance need indications, thus eliminating the need to 
physically bring vehicles to a repair and maintenance facility. More specifically, 
the system includes a plurality of vehicles each having an onboard unit as 
described herein. The onboard unit is coupled to the vehicle data bus of each of 
the plurality of vehicles, which in turn is connected to the vehicle's several 
controllers. 

The system further includes an application server which provides the user 
with a graphical user interface (GUI) (e.g., Web pages over the Internet) in order 
to send and receive data from each of the plurality of vehicles. A repository 
database, accessible via the application server, is also included which stores 
information related to the subscribers of the system and the specifics in relation 
to the vehicles in their fleet. 

An onboard unit server, coupled to the application server, is also included 
which contains means to convert command databetween a format understandable 
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by the user using the GUI (e.g., change max cruise speed to 55 MPH") and a 
format understandable by the vehicle data bus of each of the plurality of vehicles 
(e.g., a binary data stream). Finally, the system includes a communications 
means, coupled to the onboard unit server, for handling (mobile) communications 
between the onboard unit server and the onboard units located on each of the 
plurality of vehicles. 

The method and computer program product of the present invention 
includes the steps of accessing the repository database in order to provide the user 
with a list of specific vehicles within the fleet and the vehicles' associated vehicle 
parameters. Next, a command from the user is received via the GUI. The 
command typically includes information specifying at least one vehicle within the 
fleet and at least one vehicle parameter. Then, the command is stored in the 
repository database along with the time and date that the command was received 
from the user. Next, the command is converted from a format understandable by 
the user using the GUI, to a format understandable by the vehicle data bus of the 
at least one vehicle within the fleet. 

The method and computer program product of the present invention 
further includes sending the command, via a wireless mobile communications 
system to the onboard unit located on the targeted vehicle within the fleet. This 
causes the previously specified vehicle parameter to be read or changed 
(depending on whether, for example, the command was related to diagnostic or 
reprogramming activities respectively). Next, an acknowledgment of the 
command is received from the vehicle via the wireless mobile communications 
system. Finally, the acknowledgment is stored in the repository database so that 
the user may later retrieve it using the GUI. 

One advantage of the present invention is that it allows a large fleet (e.g., 
several hundred) of commercial vehicles (e.g., a fleet of commercial delivery 
vans and/or trucks), of different makes and models, to be remotely configured, 
monitored, re-calibrated, and diagnosed without having to be brought to a 
centralized location (e.g., company headquarters). That is, the present invention 
provides a means for obtaining "total population" vehicle information. 
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Another advantage of the present invention is that it provides tampering 
alert notification should any vehicle parameter be changed without authorization 
once the vehicle leaves a company location or headquarters. 

Another advantage of the present invention is that it provides users (e.g., 
fleet managers, vehicle distributors, vehicle dealers and the like) with a consistent 
graphical user interface, regardless of the vehicle makes and models that 
comprise their fleet 

Another advantage of the present invention is that it enables users to 
obtain real-time fleet characteristics, trend analysis and diagnostics, as well as 
allow fleet managers to provide real-time driver/fleet notification. 

Yet another advantage of the present invention is that it allows parametric 
data capture, diagnostic code capture, trip data capture, system reconfiguration, 
system re-calibration, and correlation analysis to be performed on a fleet of 
vehicles on a customer-specified schedule. 

Further features and advantages of the invention as well as the structure 
and operation of various embodiments of the present invention are described in 
detail below with reference to the accompanying drawings. 

Brief Description of the Figures 

The features and advantages' of the present invention will become more 
apparent from the detailed description set forth below when taken in conjunction 
with the drawings in which like reference numbers indicate identical or 
functionally similar elements. Additionally, the left-most digit of a reference 
number identifies the drawing in which the reference number first appears. 

Fig. 1 is a block diagram illustrating the system architecture of an 
embodiment of the present invention, showing connectivity among the various 
components; 

FIG.2A is a block diagram of the physical architecture of an onboard unit 
according to a preferred embodiment of the present invention; 
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Fig. 2B is a block diagram of the software architecture of an onboard unit 
according to a preferred embodiment of the present invention; 

Fig, 3 is a flowchart depicting an embodiment of the operation and 
control flow of the remote vehicle diagnostics, monitoring and reprogramming 
tool of the present invention; 

Figs. 4A-4B are windows or screen shots, relating to vehicle alerts, 
generated by the graphical user interface of the present invention; 

Figs. 5A-5C are windows or screen shots, relating to vehicle parameter 

4 

readings, generated by the graphical user interface of the present invention; 

Figs. 6A-6B are windows or screen shots, relating to vehicle parameter 
reprogrammuig, generated by the graphical user interface of the present 
invention; and 

Fig. 7 is a block diagram of an exemplary computer system useful for 
implementing the present invention. 

Detailed Description of the Preferred Embodiments 
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L Overview 

The present invention relates to a system, method, and computer program 
product for remote commercial vehicle diagnostics, monitoring, configuring and 
reprogramming. The remote vehicle diagnostics, monitoring, configuration and 
reprogramming tool described herein will become essential to any business 
concern which deals with commercial fleet maintenance and service operations 
(i.e., it is a "total fleet logistics" tool). 

In an embodiment of the present invention, an application service provider 
provides and allows access, on a subscriber basis, to a remote vehicle diagnostics, 
monitoring, configuration and reprogramming tool via the global Internet. That 
is, the application service provider would provide the hardware (e.g., servers) and 
software (e.g., database) infrastructure, application software, customer support, 
and billing mechanism to allow its' customers (e.g., fleet managers, vehicle 
distributors, vehicle dealers, original equipment manufacturers (OEM), 
leasing/rental companies, and the like) to remotely diagnose, monitor, configure 
and/or reprogram, as appropriate, the vehicles within a fleet. The tool would be 
used by subscribers to obtain real-time fleet characteristics, trend analysis and 
diagnostics, to perform manual, dynamic or rule based configuration, as well as 
allow fleet managers to provide real-time driver/fleet notification. 

More specifically, the application service provider would provide a World 
Wide Web site where a fleet manager, using a computer and Web browser 
software, to remotely diagnose, monitor, configure, and/or reprogram the 
commercial vehicles for which they are responsible. Such fleet managers would 
include, for example, those responsible for overseeing a fleet of trucks for a 
commercial trucking or delivery company. Other users of the remote vehicle 
diagnostics, monitoring, configuring, and reprogramming tool would also include 
vehicle dealers, OEMs, and distributors who wish to obtain data concerning the 
performance of the vehicles within a fleet for "market intelligence" or "improved 
performance" purposes. 
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In an alternate embodiment, the remote vehicle diagnostics, monitoring, 
configuring and reprogramming tool of the present invention may be run, instead 
of on the global Internet, locally on proprietary equipment ov/ned by the 
customers (i.e., the fleet managers, vehicle distributors, vehicle dealers and the 
like) as a stand alone software application. In yet another embodiment, users may 
access the remote vehicle diagnostics, monitoring, configuring and 
reprogramming tool of the present invention via direct dial-up lines rather than 
through the global Internet. 

The rembte vehicle diagnostics, monitoring, configuring, and 
reprogramming tool of the present invention would be utilized, as suggested 
above, by fleet manager users, for example, in order to facilitate vehicle 
parameter changes, track vehicle health, and/or receive indications of vehicle 
maintenance needs. 

In an alternate embodiment, the remote vehicle diagnostics, monitoring, 
configuring and reprogramming tool of the present invention would be utilized 
by a vehicle component suppliers to re-calibrate any vehicle component, perform 
firmware downloads, perform component failure analysis, and determine wear 
characteristics. 

In an alternate embodiment, the remote vehicle diagnostics, monitoring, 
configuring and reprogramming tool of the present invention-would be utilized 
by vehicle manufacturers to analyze quality of components (and thus, suppliers) 
utilized in their manufacturing processes, and/or retrieve and manage warranty 
information. 

In yet another embodiment, the remote vehicle diagnostics, monitoring, 
configuring and reprogramming tool of the present invention would be utilized 
by vehicle leasing companies to receive indications of vehicle maintenanceneeds, 
monitor vehicle use and abuse, and/or monitor lessee trip information. 

In yet another alternate embodiment, the remote vehicle diagnostics, 
monitoring and reprogramming tool of the present invention wouldbe utilized by 
vehicle dealers or vehicle repair facility personnel to perform proactive data 
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analysis, perform pre-arrival diagnostics, re-calibrate vehicle components, and/or 
perform firmware downloads. 

The present invention is described in terms of the above examples. This 
is for convenience only and is not intended to limit the application of the present 
invention. In fact, after reading the following description, it will be apparent to 
one skilled in the relevant art(s) how to implement the following invention in 
alternative embodiments (e.g., to remotely manage different types and different 
aspects of vehicles-non-commerciai or commercial, etc.). 

The terms "user," "subscriber," "company," "business concern," and the 
plural form of these terms are used interchangeably throughout herein to refer to 
those who would access, use, and/or benefit from the remote vehicle diagnostics, 
monitoring and reprogramming tool of the present invention. 

77. System Architecture 

Referring to FlG. 1, a block diagram illustrating the physical architecture 
of a total fleet logistics ("TFL") system 100, according to an embodiment of the 
present invention. Fig, 1 also shows network connectivity among the various 
components. 

The TFL system 100 includes a plurality of users 102 (e.g., fleet 
managers, vehicle distributors, OEMs, vehicle dealers and the like) which would 
access to system 100 using a personal computer (PC) (e.g., an IBM™ or 
compatible PC workstation running the Microsoft® Windows 95/98™ or 
Windows NT™ operating system, Macintosh® computer running the Mac® OS 
operating system, or the like), running a commercially available Web browser. 
In alternative embodiments, users 102 may access TFL system 100 using any 
processing device including, but not limited to, a desktop computer, laptop, 
palmtop, workstation, set-top box, personal data assistant (PDA), and the like. 

The users 102 would connect to the parts (i.e., infrastructure) of the TFL 
system 100 which are provided by the TFL application service provider (i.e., 
elements 106-124 of FlG. l).via the global Internet 104. The connection to the 
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Internet 104, however, is through a firewall 106. The components of the TFL 
system 100 are divided into two regions-"inside" and "outside." The 
components in the "inside" region refer to those components that the TFL 
application service provider would have as part of their infrastructure in order to 
provide the tools and services contemplated by the present invention. As will be 
apparent to one skilled in the relevant art(s), all of components "inside" of the 
TFL system 100 are connected and communicate via a wide or local area network 
(WAN or LAN) running a secure communications protocol (e.g., secure sockets 
layer (SSL)). The firewall 106 serves as the connection and separation between 
the LAN, which includes the plurality of elements (e.g., elements 108-124) 
"inside" of the LAN, and the global Internet 1 04 "outside" of the LAN. Generally 
speaking, a firewall is a dedicated gateway machine (e.g., a SUN Ultra 10) with 
special security precaution software. It is typically used, for example, to service 
Internet 1 04 connections and dial-in lines, and protects the cluster of more loosely 
administered network elements hidden behind it from external invasion. 
Firewalls are well known in the relevant art(s) and firewall software is available 
from many vendors such as Check Point Software Technologies Corporation of 
Redwood City, CA. 

TFL system 100 also includes two servers-an application server 108 and 
an onboard unit server ("OBU") 118. 

The application server 108 is the "back-bone" (i.e., TFL processing) of the 
present invention. It provides the "front-end" for the TFL system 100. That is, 
application server 108 includes a Web service 110 which is atypical Web server 
process running at a Web site which sends out Web pages in response to 
Hypertext Transfer Protocol (HTTP) requests from remote browsers (i.e., 
subscribers 102 of the TFL application service provider ). More specifically, a 
Web server 112 provides graphical user interface (GUI) "front-end" screens to 
users 102 of the TFL system 100 in the form of Web pages. These Web pages, 
when sent to the subscriber's PC (or the like), would result in GUI screens being 
displayed. In an embodiment of the present invention, the server 1 12 would be 
implemented using a Netscape Enterprise or compatible Web server, an Apache 
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web server or the like. Connected to the server 1 12 is an application server 1 14 
which facilitates the data and commands between a repository database 1 16 and 
the Web pages on Web server 112. In an embodiment of the present invention, 
the server 1 1 4 would be an Oracle application server. 

Also included in the application server 108 is a TFL repository database 
116. Database 1 16, in an embodiment of the present invention, is a Sun E250 
machine running the Oracle 8iRDBMS (relational database management server) 
software. The database 1 1 6 is the central store for all information within the TFL 
system i 00 and also stores Web page executable code (e.g., PL/SQL and HTML). 

The OBU server 1 18 is responsible, generally, for routing data between 
the smart device onboard units 130 within each vehicle (explained in detail 
below) and the application server 108. The OBU server 118 includes three 
software modules, implemented in a high level programming language such as 
the C++ programming language-a dispatcher 120, a communications service 
122, and a conversion service 124. The dispatcher 120 is a software module 
resident on the OBU server 1 1 8 and is responsible for serving as an intermediary 
to route messages between the remaining two components of the OBU server 1 1 8 
(i.e., the communications service 122 and the conversion service 124). 

The communications service 122 is a module that contains software code 
. logic that is responsible for handling in-bound and out-bound vehicle data and 
commands. As will be described in more detail below, the communications 
service 122 is configured for the specific means of mobile communications 
employed within TFL system 100 (e.g., satellite or terrestrial wireless). 

The conversion service 124 is a module that contains software code logic 
that is responsible for converting raw vehicle data (i.e., telemetry) into human- 
readable format, and vice-versa. In an embodiment of the present invention, the 
conversion service 124 module includes a relational database implemented in 
Microsoft® Access or the like which stores telemetry data definitions for a 
plurality of vehicle makes, models, and associated components. Such definitions 
would include vehicle component masks, bit length, and data stream order 
definitions for various vehicle (and component) manufacturers in order to 
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perform the binary (raw) data conversion into human-readable form, and vice- 
versa. 

TFL system 100 also includes an administrative workstation 134. This 
workstation can be used by personnel of the TFL application service provider to 
upload, update, and maintain subscriber information (e.g., logins, passwords, etc.) 
and fleet-related data for each of the users 102 that subscribe to the TFL system 
100. The administrative workstation 134 may also be used to monitor and log 
statistics related to the application server 108 and system 100 in general. Also, 
the administrative workstation 134 may be used "off-line" by subscribers 102 of 
the TFL system 1 00 in order to enter configuration data for supported controllers 
132, etc. within their fleet(s). This data is eventually stored in TFL repository 
database 116. 

TFL system 100 also includes a plurality of vehicles 128 (i.e., the "fleet" 
being remotely diagnosed, monitored and/or reprogrammed). (FlG. 1 shows only 
one vehicle 128 for ease of explanation herein.) Within each vehicle is a smart 
device onboard unit 130, explained in more detail below. In an embodiment of 
the present invention, the onboard units 130 have access to a plurality of 
controllers or discrete measurement points 132 (shown as controllers 132a-n in 
FlG. 1) found within the vehicle 128 (e.g., brake, engine, transmission, and 
various other vehicle electrical component controllers). Such-access is though the 
vehicle data bus (not shown) of each of the vehicles 128. Further, the onboard 
units 130 include transceivers that communicate with a communications service 
provider 126. Like the communications service module 122, the onboard units 
130 are configured for the specific means of wireless mobile communications 
employed within TFL system 1 00 (e.g., satellite or terrestrial wireless). 

More detailed descriptions of the TFL system 100 components, as well 
their functionality, are provided below. 
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IIL On Board Units 

Referring to Fig. 2A, a block diagram of the physical architecture of the 
onboard unit 1 30, in a preferred embodiment of the present invention, is shown. 
The onboard unit 130 handles communications between the vehicle controllers 
132 and the remainder of the TFL system 100. 

In a preferred embodiment of the present invention, the onboard unit 130 
is a small (e.g., 5" x 6" x 2 M ) computer board which contains a 32-bit RISC 
architecture central processing unit (CPU) 202 such as the Intel® Strong ARM 32- 
bit chip, a 4 megabyte (MB) random access memoiy (RAM) 204, a 4MB flash 
memory 206, a power supply 208, and a compact flash interface memory 210. 

Further, onboard unit 130 also includes a user interface channel ports 2 1 2 
and a vehicle interface channel ports 214. In an embodiment of the present 
invention, the user interface channel ports 212 contain interface modules for 
several wire and wireless mobile communications standard devices such as 
universal serial bus (USB), standard parallel ports, standard serial ports, satellite 
communications, code division multiple access (CDMA), time division multiple 
access (TDMA), the Bluetooth® wireless standard chip, intellect data bus (IDB), 
and the like. This would allow the TFL application service provider to utilize 
several of the available providers 126 to communicate with vehicles 128 in their 
subscriber's fleets. 

In an embodiment of the present invention, the vehicle interface channel 
ports 214 contain interface modules for several standard automotive application 
program interfaces (API's). Such APPs include Serial Data Communications 
Between Microcomputer Systems in Heavy-Duty Vehicle Applications, Document 
No. J1708, Society of Automotive Engineers (SAE) of Warrendale, PA (October 
1993); Joint SAE/TMC Electronic Data Interchange Between Microcomputer 
Systems in Heavy-Duty Vehicle Applications, Document No. J1587, SAE (July 
1998); and Recommended Practice for Truck and Bus Control and 
Communications Network, Document No. J1939, SAE (April 2000); all of which 
are incorporated herein by reference in their entirety. Other such API's include 
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SAE's onboard diagnostic system (OBD) II standard and several vehicle 
manufacturer specific/proprietary interfaces and discrete measurement point 
' interfaces. 

Referring to Fig. 2B, a block diagram of the software architecture of the 
onboard unit 130, in a preferred embodiment of the present invention, is shown. 
Onboard unit 1 30 contains three main software modules, implemented in a high 
level programming language such as the C++ programming language, and 
executing on the CPU 202. These modules include a command server module 
210, a plurality of application specific modules 220 (shown as application 
specific modules 220a-n), and a data parser/requester module 230, 

The command server module 210 contains software code logic that is 
responsible for handling the receiving and transmitting of the communications 
from the provider 126 and relays such data to either the data parser/requester 
module 230 or to one of the application specific modules 220, as applicable. 

The application specific modules 220 (one for each manufacturer specific 
controller 132 within the vehicle) each contain software code* logic that is 
responsible for handling interfacing between the command server module 210 to 
the vehicle data bus 240 (via data parser/requestor module 230) for application 
specific (i.e., manufacturer specific) parameter readings, alerts, configuration or 
reprogramming data (as explained in detail below). 

The data parser/requester module 230 contains software code logic that 
is also responsible for handling direct interfacing between the command server 
module 210 to the vehicle data bus 240 for non-application specific (i.e., 
"generic" SAE J1708 or SAE1939 discrete measurement points) parameter 
readings, alerts, configuration or reprogramming data (as explained in detail 
below). 

In an embodiment of the present invention, the onboard unit 130 is 
designed to be compliant with the SAE's Joint SAE/TMC Recommended 
Environmental Practices for Electronic Equipment Design (Heavy-Duty Trucks), 
Document No. J1455 (August 1994) standard, which is incorporated herein by 
reference in its entirety, because it will be a component included (or installed) 
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within vehicles 132. That is, the onboard unit 130 is physically mounted on the 
vehicle 128, electrically coupled to the vehicle data bus 240 via the wiring 
harness of the vehicle 128, and packaged in a.manner that resists environmental 
seepage of dirt and moisture, as well as withstands operational vibration. Further, 
the onboard unit 130 must be built to withstand, in a preferred embodiment, 
industrial temperature ranges of -40 to 85 degrees centigrade. 

In an alternate embodiment of the present invention, the onboard unit 1 3 0 
would include a global positioning (GPS) receiver component, which would 
allow the TFL system 100 to provide location-based logistical management 
features to users 102. . 

More details of the onboard unit 130 architecture and functionality are 
provided below in connection with the description of the TFL system 100 
operation. 

IV Detailed Example of System Operation 

Referring to Fig. 3, a flow chart of a sample control flow 300, according 
to an embodiment of the present invention, is shown. More specifically, control 
flow 300 depicts a fleet manager user 102 reprogramming a fleet vehicle 
parameter with reference to the elements of TFL system 100 described above 
with reference to Fig. 1. (Also see Fia 6 described below.) Control flow 300 
begins at step 302, with control passing immediately to step 304. 

In step 304, the user 102 enters their password in order to login into the 
TFL system 1 00. Such login would be provided by a Web page sent out over the 
Internet 104 (and accessed by user 102 using a PC or the like) by Web service 
110. Subscriber information would be kept by the TFL' application service 
provider in the TFL repository database 116. 

After the user is logged in, in' step 306, the user then enters their vehicle 
list selection. The vehicle choices (i.e., entire fleet(s), division(s) of vehicles 
within a fleet, or specific individual vehicles) available for selection are stored for 
each subscriber in the TFL repository database 1 16. Once presented with a GUI 
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of available vehicles, in step 308, the user 102 would then enter the parameters) 
(e.g., max cruise speed) they would like to reprogram on the specific vehicle(s) 
selected in step 306. In step 310, the user 102 would enter the new setting(s) 
(e.g., 55 MPH) for the selected parameters). 

In step 3 12, the application server 1 08 receives the settings and translates 
the reprogramming request into a list of commands-one command for each 
vehicle-and forwards these commands to the dispatcher module 120 located on 
the onboard unit (OBU) server 118. In step 314, the dispatcher 120 forwards 
each command to the conversion service 1 24. In step 3 16, the conversion service 
124 translates the user entered setting(s) (e.g., "55 MPH") to a binary fonnat 
understandable to the onboard unit 130 such that it can process the command 
according to the requirements of the targeted vehicle controller 132. This 
translation is facilitated by the relational database (as described above) located 
within the conversion service 124. Once translated, the command (now in binary) 
is sent back to the dispatcher 120. 

In step 318, the conversion service 124 forwards the command to the 
communications service 122. In step 320, the communications service 122 
further encodes and compresses the command (for efficiency of transmission), 
and routes the command, (passing the firewall 106 and) via the Internet 104, to 
the communications provider 126. In step-322, the communications provider 126 
forwards the command to the onboard unit 130 on the vehicle 128. 

As mentioned above, step 322 may be accomplished, depending on the 
embodiment of the present invention (i.e., according to the provider 126 selected 
by or available to the TFL application service provider), via any wire or wireless 
mobile communications standard such as USB, parallel ports, serial ports, 
satellite communications, CDMA, TDMA, the Bluetooth® wireless standard, 
IDB, and the like. <~ * 

In an embodiment of the present invention, more than one communication 
service provider 126 (and thus more than one means of mobile communications) 
would be utilized by the TFL application service provider in order to maximize 
the number of different vehicles 128 belonging to different subscribers 102 that 
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may be diagnosed, monitored and/or reprogrammed by the TFL system 100. 
Consequently, the OBU server 118 would contain multiple communications 
service 122 modules, each configured for specific communication service 
provider 126. 

In step 324, the command is received by the command server module 21 0 
executing on the CPU 202 of the onboard unit 130. In step 326, the command is 
forwarded to the vehicle data bus 240 by the data parser requester module 230 
executing on the CPU 202 of the onboard unit 130. The command thus finally 
reaches the appropriate controller 132 within the vehicle 128. Control flow 300 
then ends as indicated by step 328. 

As will be apparent to one skilled in the relevant art(s) after reading the 
above, an acknowledgment ofthereprogramming command from the vehicle 128 
to the user 102 would flow in the reverse direction from control flow 300. 
Further, the acknowledgment would be stored in database 116 for the user 102 
to (later) retrieve. 

It should be understood that control flow 300, which highlights the 
reprogramming functionality of TFL system 100, is presented for example 
purposes only. The software architecture of the present invention is sufficiently 
flexible and configurable such that users 102 may navigate through the system 
1 00 in ways other than that shown in Fig. 3 „ 

V. Graphical User Interface 

As mentioned above, the application server 108 will provide a GUI for 
users 102 (e.g., fleet managers, vehicle distributors, OEMs, vehicle dealers and 
the like) to enter inputs and receive the outputs as described, for example, in 
control flow,300. In an embodiment of the present invention, the GUI screens of 
the present invention may be classified into three categories : alerts (e.g., threshold 
alerts, tamper warnings, etc.), parameter readings, and reprogramming. FIGS. 4- 
6, presented below, show examples GUI screens reflecting these three categories 
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respectively. They also highlight the functionality and features of TFL system 
100 in general. 

Referring to FIG/4A, a "set alert" GUI screen 410 with representative 
data, according to an embodiment of the present invention, is shown. Screen 400 
includes a column 402 labeled "Vehicle Unit ID" which indicates the vehicles 
within a fleet the user 102 has previously selected to receive alerts for. Screen 
400 includes a column 404 labeled "Description" which indicates the type of 
vehicle 128 corresponding the Vehicle Unit ID in column 402. Screen 400 also 
includes a column 406 labeled "T. Codes" which is a check box the user 1 02 can 
select to indicate that they wish to track alert codes for all available parameters 
within a specific vehicle 128. Lastly, screen 400 includes a column 408 labeled 
"Tamper" which is a check box the user 102 can select to indicate whether they 
wish to track whether any parameter within a specific vehicle 128 has been 
physically tampered with. 

Referring to FIG. 4B, a "view alert" GUI screen 410 with representative 
data, according to an embodiment of the present invention, is shown. Screen 41 0 
includes a column 412 labeled "Reading Date/Time" which indicates the actual 
date and time a particular alert was generated for a particular vehicle specified in 
a column 4 1 4 labeled "Vehicle ID." In a column 4 1 6, the parameter name (e.g., 
vehicle speed limit) for which the alert was generated is displayed. Screen 410 
also includes a column 4 1 8 labeled "Alert Value," where a description of the alter 
is displayed. 

Referring to FIG. 5A,.a "select parameter" GUI screen 500, according to 
an embodiment of the present invention, is shown. Screen 500 includes four 
categories 502a-d of parameters a user 102 may select. Within each category 
502, there are specific vehicle parameters 504a-d that the user 102 may choose 
from. Selected parameters 504 or categories of parameters 502 will result in the 
TFL system 100 system obtaining these parameter readings from each of the 
vehicles 128 that the user 102 has previously selected. 

Referring to FIG. SB, a "select parameter transactions" GUI screen 510 
with representative data, according to an embodiment of the present invention, 
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is shown. Screen 5 1 0 includes a column 5 1 2 labeled "Transaction Description." 
This column indicates the names of the different transactions created by one or 
more users 102 which manage the same fleet of vehicles. In an embodiment of 
the present invention, a "transaction" is a section of different parameter categories 
502 and/or specific vehicle parameters 504 selected by a user 102 using screen 
500 and saved in the TFL system 100 using a "transaction" name shown in 
column 512 of screen 510. A column 513 indicates the ID (i.e., login name) of 
the particular user 1 02 which created the transaction. A column 514 indicates the 
date that the user 102 created the transaction. A column 516 labeled "Param 
Profile Requested" indicates the category 502 of parameters that the user 102 
selected in GUI screen 500 for the corresponding transaction. A column 518 
allows the user 102 to select the transactions they would like to view for the 
specific vehicles 128 previously selected. 

Referring to FIG. 5C, a View parameter results" GUI screen 520, 
according to an embodiment of the present invention, is shown. Screen 520 
includes a column 522 labeled "Vehicle Unit ID" which indicates the vehicles 
within a fleet the user 1 02 has previously selected to receive parameter readings 
from. Screen 520 also includes several parameter reading columns 524 which 
indicate the parameter values read from the selected vehicles 1 28 and correspond 
to the transaction selected by a user 1 02 using the select buttons in column 5 1 8 
on screens 10. 

Referring to FIG. 6A, an "enter parameter values for reprogramming" 
GUI screen 600, according to an embodiment of the present invention, is shown. 
Screen 600 includes a column 602 labeled "Vehicle Unit ID" which indicates the 
vehicles within a fleet the user 102 has previously selected to reprogram. (See 
control flow 3 00 described above with reference to Fig. 3.) Screen 600 includes 
a column 604 labeled "Description" which indicates the type of vehicle 128 
corresponding the Vehicle Unit ID in column 602. Screen 600 also includes a 
column 606 labeled "Current Setting" which indicates the current value of the 
previously selected parameter that user 102 desires to reprogram (i.e., change). 
Lastly, screen 600 includes a column 608 labeled "New Setting" which is an 
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input box where the user can enter a new value for the previously selected vehicle 
128 parameter. 

Referring to FIG. 6B, a "view reprogramming results M GUI screen 610, 
according to an embodiment of the present invention, is shown. Screen 610 
includes a column 612 labeled "Vehicle" which indicates the vehicles 132 within 
afleet the user 1 02 has previously selected to reprogram. A column 61 4 indicates 
the name of the previously selected vehicle parameter for which status 
information is now being viewed by user 102. A column 616 indicates the date 
and time that the user 1 02 submitted the reprogramming request using screen 600 . 
A column 618 labeled "Current" indicates the present value (at last reading and 
presently stored in repository 1 1 6) for the corresponding vehicle parameter shown 
in column 614. A column 620 labeled "Requested" indicates the new 
reptogrammed value requested by user 102 using column 608 of screen 600. 
Screen 610 also includes a column 622 labeled "Status" which indicates the 
current status (as read from the vehicle 128) of the reprogramming command sent 
by the TFL system 100. 

It should be understood that the screens shown in this section (i.e., Figs. 
4-6), which highlights the functionality of TFL system 100, are presented for 
example purposes only. The software architecture (and thus, GUI screens) of the 
present invention is sufficiently flexible and configurable such that users 1 02 may 
navigate through the system 100 in ways other than those shown in FlGS. 4-6. 
Further, the information described therein can be presented to the user 102 in 
ways other than shown in Figs. 4-6. 

In an embodiment of the present invention, reprogramming commands to 
be sent to specific vehicles 128 and parameter readings to be read from specific 
vehicles 128 can be scheduled by the TFL system 100. That is, the user 102 may 
specify, for example, pre-defined time periods that parameter readings should be 
taken for specific vehicles within a fleet. Such pre-defined time periods can be 
hourly, daily, x times per day, weekly, y times per week, monthly, etc. 
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VI Example Implementations 

The present invention (i.e., TFL system 100, onboard unit 130, control 
flow 300, and/or any part(s) thereof) may be implemented using hardware, 
software or a combination thereof and may be implemented in one or more 
computer systems or other processing systems. In fact, in one embodiment, the 
invention is directed toward one or more computer systems capable of carrying 
out the functionality described herein. An example of a computer system 700 is 
shown in Fig. 7. The computer system 700 includes one or more processors, 
such as processor 704. The processor 704 is connected to a communication 
infrastructure 706 (e.g., a communications bus, cross-over bar, or network). 
Various software embodiments are described in terms of this exemplary computer 
system. Afterreading this description, it will become apparentto a person skilled 
in the relevant art(s) how to -implement the invention using other computer 
systems and/or computer architectures. 

Computer system 700 can include a display interface 705 that forwards 
graphics, text, and other data from the communication infrastructure 702 (or from 
a frame buffer not shown) for display on the display unit 730. 

Computer system 700 also includes a main memory 708, preferably 
random access memory (RAM), and may also include a secondary memory 710. 
The secondary memory 710 may include, for example, a hard disk drive 712 
and/or a removable storage drive 714, representing a floppy disk drive, a 
magnetic tape drive, an optical disk drive, etc. The removable storage drive 714 
reads from and/or writes to a removable storage unit 7 1 8 in a well known manner. 
Removablestorageunit718,representsafloppy disk, magnetictape, optical disk, 
etc. which is read by and written to by removable storage drive 714. As will be 
appreciated, the removable storage unit 718 includes a computer usable storage 
medium having stored therein computer software and/or data. 

In alternative embodiments, secondary memory 710 may include other 
similar means for allowing computer programs or other instructions to be loaded 
into computer system 700. Such means may include, for example, a removable 
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storage unit 722 and an interface 720. Examples of such may include a program 
cartridge and cartridge interface (such as that found in video game devices), a 
removable memory chip (such as an EPROM, or PROM) and associated socket, 
and other removable storage units 722 and interfaces 720 which allow software 
and data to be transferred from the removable storage unit 722 to .computer 
system 700, 

Computer system 700 may also include a communications interface 724, 
Communications interface 724 allows software and data to be transferred between 
computer system 700 and external devices. Examples' of communications 
interface 724 may include a modem, a network interface (such as an Ethernet 
card), a communications port, a PCMCIA slot and card, etc. Software and data 
transferred via communications interface 724 are in the form of signals 728 which 
may be electronic, electromagnetic, optical or other signals capable of being 
received by communications interface 724, These signals 728 are provided to 
communications interface 724 via a communications path (i.e., channel) 726. 
This channel 726 carries signals 728 and may be implemented using wire or 
cable, fiber optics, a phone line, a cellular phone link, an RF link and other 
communications channels. 

In this document, the terms "computer program medium" and "computer 
usable medium" are used to generally refer to media such as removable storage 
drive 714, a hard disk installed in hard disk drive 712, and signals 728. These 
computer program products are means for providing software to computer system 
700. The invention is directed to such computer program products. 

Computer programs (also called computer control logic) are stored in 
main memory 708 and/or secondary memory 710. Computer programs may also 
be received via communications interface 724. Such computer programs, when 
executed, enable the computer system 700 to perform the features of the present 
invention as discussed herein. In particular, the computer programs, when 
executed, enable the processor 704 to perform the features of the present 
invention. Accordingly, such computer programs represent controllers of the 
computer system 700. 
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In an embodiment where the invention is implemented using software, the 
software may be stored in a computer program product and loaded into computer 
system 700 using removable storage drive 714, hard drive 712 or 
communications interface 724. The control logic (software), when executed by 
the processor 704, causes the processor .704 to perform the functions of the 
invention as described herein. 

In another embodiment, the invention is implemented primarily in 
hardware using, for example, hardware components such as application specific 
integrated circuits (ASICs). Implementation of the hardware state machine so as 
to perform the functions described herein will be apparent to persons skilled in 
the relevant art(s). 

In yet another embodiment, the invention is implemented using a 
combination of both hardware and software. 

VII Conclusion 

While various embodiments of the present invention have been described 
above, it should be understood that they have been presented by way of example, 
and not limitation. It will be apparent to persons skilled in the relevant art(s) that 
various changes in form and detail can be made therein without departing from 
the spirit and scope of the invention. Thus the present invention should not be 
limited by any of the above-described exemplary embodiments, but should be 
defined only in accordance with the following claims and their equivalents. 
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What Is Claimed Is: 

1. A system for allowing a user to perform remote vehicle diagnostics, 
vehicle monitoring, vehicle configuration and vehicle reprogramming for one or 
more vehicles, Comprising: 

. (A) an onboard unit coupled to the data bus of the one or more 
vehicles; 

(B) an application server which provides the user with a graphical user 
interface (GUI) in order to send and receive data from each of the one or more 
vehicles; 

(C) arepository database, accessible via said application server, which 
stores information related to the one or more vehicles; 

(D) an onboard unit server, coupled to said application server, which 
contains means to convert data between a format understandable by the user using 
said GUI, and a format understandable by said onboard unit coupled to the data 
bus of the one or more vehicles; and 

(E) a communications means, coupled to said onboard unit server, for 
handling communications between said onboard unit server and said onboard 
units located on the one or more vehicles; 

whereby said system allows the user to perform total fleet logistics by 
facilitating vehicle parameter changes, vehicle health tracking, and receipt of 
vehicle maintenance need indications, thus eliminating the need to physically 
bring the one or more vehicles to a repair, maintenance, or configuration facility. 

2. The system of claim 1, wherein the one or more vehicles includes a 
combination of any of the following: 

(i) passenger cars; 

(ii) light trucks; 

(iii) vans; and 

(iv) heavy trucks. 
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3. The system of claim 1, wherein said format understandable by said 
onboard coupled to the data bus of the one or more vehicles is binary. 

4. The system of claim 1, wherein at least a first portion of said 
communications means includes the global Internet, 

5. The system of claim 2, wherein at least a second portion of said 
communications means includes at least one of the following: 

(i) satellite communications; 

(ii) code division multiple access (CDMA) communications; 

(iii) time division multiple access (TDMA) communications; and 

(iv) the B luetooth® wireless communications. 

6. A system for a vehicle onboard unit that allows a user to perform remote 
vehicle diagnostics, vehicle monitoring, vehicle configuration and vehicle 
reprogramming, comprising: 

(A) & central processing unit (CPU); 

(B) user input/output (I/O) channel ports for. receiving 
communications from the user; 

(C) a first application program interface means, executing on said 
CPU, for extracting a command from said communications received by said user 
I/O channel ports, wherein said command includes information specifying a 
vehicle and at least one vehicle parameter; 

(D) vehicle input/output (I/O) channel ports for receiving and sending 
communications to a vehicle data bus located on said vehicle; 

(E) . a second application program interface means, executing on said 
CPU, for communicating said command, via said vehicle I/O channel ports, to 
said vehicle data bus thereby causing said at least one vehicle parameter to be 
read or changed; 

whereby said system allows the user to perform total fleet logistics by 
facilitating vehicle parameter changes, vehicle health tracking, and receipt of 
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vehicle maintenance need indications, thus eliminating the need to physically 
bring said vehicle to a repair, maintenance or configuration facility. 

7. The system of claim 6, wherein said first application program interface 
means includes means for extracting said command from one of the following 
types of communications received on said user I/O channel ports: 

(i) satellite communications; 

(ii) code division multiple access (CDMA) communications; 

(iii) time division multiple access (TDMA) communications; 

(iv) the Bluetooth® wireless communications; 

(v) USB; and 

(vi) IDB. 

8. The system of claim 6 wherein said second application program interface 
means includes one of the following application program interfaces: 

(i) SAEJ1708; 

(i) SAEJ1587; 

(iii) SAEJ1939; 

(iv) SAE OBD H; and 

(v) manufacturer proprietary interfaces. 

9. A method for allowing a user to perform remote diagnostics, monitoring 
configuring, and reprogramming for a fleet of vehicles, comprising the steps of: 

(1 ) accessing a repository database in order to provide the user with 
a list of specific vehicles within the fleet of vehicles and a list of associated 
vehicle parameters; 

(2) receiving, via a graphical user interface (GUI), a command from 
the user, wherein said command includes information specifying at least one 
vehicle from said list of vehicles and one vehicle parameter from said list of 
associated vehicle parameters; 
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(3) storing said command in said repository database along with the 
time and date that said command was received from the user; 

(4) converting said command, from a format understandable by the 
user using said GUI to a format understandable by an onboard unit located on 
said at least one vehicle; 

(5) sending said command, via a wireless mobile communications 
system, in said format understandable by said onboard unit located on said at 
least one vehicle, thereby causing said at least one vehicle parameter to be read 
or changed; 

(6) receiving an acknowledgment of said command from said onboard 
unit, via said wireless mobile communications system; and 

(7) storing said acknowledgment in said repository database so that 
the user may later retrieve said acknowledgment vising said GUI; 

whereby said method allows the user to perform total fleet logistics by 
facilitating vehicle parameter changes, vehicle health tracking, and receipt of 
vehicle maintenance need indications, thus eliminating the need to physically 
bring vehicles within the fleet to a repair, maintenance, or configuration facility. 

1G, The method of claim 9, wherein at least aportion of said GUI is provided 
to the user via the global Internet. 

1 1 . The method of claim 9, wherein at least a portion of said wireless mobile 
communications system includes at least one of the following: 

(i) satellite communications; 

(ii) code division multiple access (CDMA) communications; 

(iii) time division multiple access (TDMA) communications; and 

(iv) the Bluetooth® wireless communications. 

12. A computer program product comprising a computer usable medium 
having control logic stored therein for causing a computer to. provide remote 
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diagnostics, monitoring, configuring and reprogramming for a fleet of vehicles, 
said control logic comprising: 

first computer readable program code means for causing the computer to 
access a repository database in order to provide the user with a list of specific 
vehicles within the fleet of vehicles and a list of associated vehicle parameters; 

second computer readable program code means for causing the computer 
to receive, via a graphical user interface (GUI), a command from the user, 
wherein said command includes information specifying at least one vehicle from 
said list of vehicles and one vehicle parameter from said list of associated vehicle 
parameters; 

third computer readable program code means for causing the computer to 
store said command in said repository database along with the time and date that 
said command was received from the user; 

fourth computer readable program code means for causing the computer 
to convert said command from a format understandable by the user using said 
GUI to a format understandable by an onboard unit located on said at least one 
vehicle; 

fifth computer readable program- code means for causing the computer to 
send said command, via a wireless mobile communications system, in said format 
understandable by said onboard unit located on said at least one vehicle, thereby 
causing said at least one vehicle parameter to be read or changed; 

sixth computer readable program code means for causing the computer to 
receive an acknowledgment of said command from said onboard unit, via said 
wireless mobile communications system; and 

seventh computer readable program code means for causing the computer 
to store said acknowledgment in said repository database so that the user may 
later retrieve said acknowledgment using said GUI; 

whereby said computer program product allows the user to perform total 
fleet logistics by facilitating vehicle parameter changes, vehicle health tracking, 
and receipt of vehicle maintenance need indications, thus eliminating the need to 
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physically bring vehicles within the fleet to a repair, maintenance or configuration 
facility. 



WO 02/17184 



PCT/US01/24616 



212 



214 



210 



2/19 



USER INTERFACE 
CHANNEL PORTS 



RAM 



130 



CPU 



FLASH 



VEHICLE INTERFACE 
CHANNEL PORTS 



POWER 



FLASH 
INTERFACE 
MEMORY 



IFig-2A 



204 
■206 
-208 

■210 
130 



COMMAND SERVER 
-*\ 

\ / 
230 )ljL £ 



/ 



APPLICATION 
SPECIFIC 
A MODULE 



-220a 



o 
o 
o 



7 



APPLICATION 
SPECIFIC 
MODULE 



-220n 



DATA PARSER / REQUESTOR 
1 




VEHICLE DATA BUS 



^v^240 



Controller") ° ° ° C Controller 



Fig-2B 



WO 02/17184 



PCT/US01/24616 



( START \ rM 

♦ 



ENTER USER ID 
\ 



ENTER VEHICLE LIST 



I 



SELECT PARAMETER® 



I 



ENTER SETTINGS) 



I 



APPLICATION SERVER 
FORWARDS COMMAND TO 
DISPATCHER 



DISPATCHER SENDS COMMAND 
TO CONVERSION SERVICE 



I 



CONVERSION SERVICE 
CONVERTS COMMAND TO 
BINARY & RETURNS TO 
DISPATCHER 



I 



DISPATCHER FORWARDS 

COMMAND TO 
COMMUNICATION SERVICE 



I 



COMMUNICATION SERVICE 
FORWARDS COMMAND TO 
COMMUNICATIONS PROVIDER 



I 



COMMUNICATION PROVIDER 
SENDS COMMAND TO VEHICLE 



± 



COMMAND RECIEVED BY 
ON-BOARDUNIT 



± 



COMMAND FORWARDED TO 
VEHICLE DATA BUS 

( END 



3/19 

/-304 

308 
r-310 



•312 



300 



328 



314 



■316 



■318 



■320 



-322 



■324 



■326 



Fig -3 



WO 02/17184 



PCT/US01/24616 



4/19 



CD 



CD 
CE CO 



CD 



I 



□ 



□ 



Q. 

ZD 


Trans 


-Date 


«•—• 
CD 
CO 


View- 


View- 






^7 



o 



o 
5 



5£ co 



□ 




WO 02/17184 



PCT/US01/24616 



5/19 



CD 



h « <d 

>S& o 

n> 



"3 o> <» CO 

si 1 * « 

5 o 9) 



00 



•a 

CD 

o> 
a 
ca 

o 

J 



O 
U- 



O 

CD 



O 



4£ ^ 5= 

t= a- o ci-o 

13 cS LU CO lu 

o o 00 



CO 



^ _ >o >o 

o t= H-co h- co 

t: o o z o z 

o°° <C UJ <C LU 

co£ 

CO OQ CO CD 




Q3i 

£3 

cO LU 
. . CD 

OS 
OQ 

03 



s, 
-5 

CD 

E 



o 

LLl 
UJ 
CO- 
CO 

UJ 



O 



CM 



cS UJ 
. . CD 
UJ 

CO f 



si si 1 Si 



co r_ 
>— o 

CO 00 



si- 

CD CO 

So. 



UJ 

>o 

I— CO 

o z 

<C UJ 
CO CD 



o 



CD 

CD ~ - 



"I 

. O .2 O 

^ IS is 5:1 II 



cm 



CM 


CM 


CM 


CM 


CM 


O 


EC 


O 


O 


O 


UJ 


UJ 


UJ 


UJ 


O 






Q 




O 


0 


O 


O 


O 



3 § 5? 



CM ^ CM ^? £M CM Q CM gift CM' 

0=5 00 co 60 co o 00 co 00CM 00 10 

O O <=> O CM CM CNJ -r- CM ^ 

co co cB CO 



CM < 



WO 02/17184 



6/19 



PCT/US01/24616 




I 

OA 











CM 


CM 


CM 




CM 


CM 


o 


o 

LU 


O 


o 


O 


o 


o 


O 




O 


LU 


LU 




LU 


LU 


LU 






LU 




§ 


Q 










g 




g 


Q 


Q 


Q 


8 








g 



CM« 



S- co 
co cm 



i CO 



co 

CM 



£M 

^ ^ dp CO 

CM co cm -^r 

do r-^ 



co co 

CM CO 



o<£> cor*- OOO CD CO CD CO CO 

CNJ CO §CO CM CM. CMV: S^"^ CM CO 

^= OO CO CM CO CM Olg CO 

F^co r^cM F^cni F^to wo ud co 



WO 02/17184 



7/19 



PCT/US01/24616 



CD 
0) 



C5 
CD 
=3 



Q 
ULI 
LU. 
Q- 
CO 
LU 

d 



CD CO 

3 Q 



I — 



O 



• - CD 
LLi ^ 

O -J 

OO 

Si 

<C LU 

PO 

CO OQ 



51; 



j 

CD 

cn 

CO 

-5 

CD 
JO 



. O 

Si— 1 

00 LU 

lu eg 
oh 

P 

iz: o 

r: lu 
coco 



li 



CL. 

co 

LU 
I 

o 
rc 

LU 



. - CD 
LU 3; 

Sh 



CO 



5 



S Si 



CD CO 

It 



<C LU 
CO . 

So 
co cn 



Q 

It 



CD 
CD 

a. 
CO 

CD 

T5 



CD 



CD 



CD 
CD 



<3 o 



05 CO 



CD 



CD 

CD ^= *?= 



£^ l% il 



LL. 3? 



CNJ 


CM 






O 


i 






o 


o 




Q 


Q 





o 

LU 
Q 
O 



CNJ 

o 

LU 
Q 
O 



WO 02/17184 



PCT7US01/24616 



8/19 




WO 02/17184 



PCTAJSO 1/24616 



9/19 



to 



CD 

E 
co 
Z 

CD 

E 

e 

CO 



e 

s 



CD 
3 



CD 

cn 



3 
.§1 

5 
o 



I 

E 



CD 

i 

3 



5? 



X 
1X1 



<8 

CD 



CD 



Cp 
CD 



CD 
CT3 



CD 



CD 
CO 

a. 



8 

CO 
CD 

£= 



CO 



JO 

co 



i 

=3 
O 

o 

CD 
CO 



1 

CO 

k. 

CD 
CD 

£ 
S 

CO 
CL. 



1 

q3 



i 

CD 
CL 

£ 

.CD 



CD 



CO 

o 
o 
O 



CD 

o 



g 

CD 



O 

-e 



CD 
CO 



CD 
=3 



A 



CD 



*2 

i 
EH 

CO 
Q- 



CD 

E 

CO 



CD 

E 

CO 



A 



QQ 

It 



I 

CD 
CO 



I 

to 



CD 

E 

CO 



*5> 



Q 
Q 



CD 
*CD 

E 

CO 



CO 
CD 

-a 
o 
O 

§2 



s 



1 

CD 

CD 

£= 

iS 



c/> 

I 

CO 
CD 

o 



tu 
"co 



-a 

CD 

S 

£3 
CO 



CD 

o 



I 



2 

CD 
CO 



CD 

o 
-a 
O 

O 
LU 
Q 



CD 



Cp 
CD 

£ 
S 

CO 



CD 

£ 
o 

TO 

o 

I 



WO 02/17184 



PCT/US01/24616 



10/19 



to 



1L 

CD V 



A 



.CD 
CD 
CO 



-o « 

■§ I 

CD V 



93 

CD 



CD 

cr 

CD 

1 

Q_ 

§ 



CD 
CD 



O 
O 
LU 
Q 
Q 



A 



CD 
CO 



cr 
o 
O 

CD 

c= 
"eo 

LLI 

O 
LU 
Q 
Q 



A 



o 

CD 
CD 
CO 



co 

O 

O 

CD 



O 

UJ 
Q 



A 



O 
CD 
CD 
CO 



CO 

Q 



O 
LU 
Q 
Q 



Al 
I 

CD 
CO 



CO 
O 

O 

CD 



o 

LU 
CD 
Q 



A 



CD 
CO 



CVS 

"co 



O 
LU 

a 



A 



o 

CD 
CO 



c: 
o 
O 

CD 

"co 
cr 
LU 

O 
LU 
O 
Q 



A 



CD 
CD 
CO 



A 



o 

CD 
"CD 
CO 



7m 



o 

CD 
CD 
CO 



CO 
CD 



eg £ 
i| 





as , — ■ 

i r 



O 

I 

CO 




2 S 

1 

CO CO 

-flu 



CO 



-o 

CD 



CO 



S3 

io 



o 

CM 



s 



a. 

CO 

oo 

CM 
LO 



cr> 

CM 



CO 
CM 

to 



CD 



CO 

cm 



cr> 

CNJ 



cvj 

1 



cd 

CN4 



s 



LO 
CD 



CD 
CM 



1 



O 

O 

CD 

"CO 
d 

UJ 

o 

UJ 
Q 



o 
O 

i 
"ca 

en 
LU 

O 
UJ 
Q 
O 



CD 
*CO 



O 
UJ 

Q 



CD 
Osl 



cd 

CM 



CO 

od 
to 
csi 
cd 

CD 
CD 

OO 
CD 



CO 



CD 
CD 
CM 

CO 
CD 



ca 
o 



CO 

o 



s 



CO 

■s 



O o CM 

§1 K 

I — cr .« 

-2 H=£"H 
^ a) a)a 

> CD CD co 
■ CO CO XD 



L 




CD 

Q 



CO 
CO 



O 
UJ 
Q 
Q 

a 

CD 

E 
o 

•C3 

o 
o 

LU 
Q 
Q 



O 
LU 
Q 
Q 



f 

CD 

cr 
"co 

cr 
LU 

O 
LU 

Q 



O 
UJ 
Q 
Q 



f 

CD 



o 

UJ 
Q 
Q 



CM 

Q 
O 
i — 

O 
o. 



O 
LU 

a 
o 



a 

f 



LU 

O 
Q 



O 
UJ 
Q 

a 
co 



UJ 03 

Q « 
O DC 



CM 

8 

i 



i 



Q 
Q 



CM 

O 
UJ 
Q 

a 



CO 

I 

CD 

cr 
'co 

UJ 

O 
LU 

g 



CM 

O 
UJ 
Q 
O 

.O 



O 
UJ 

a 



WO 02/17184 



PCT/US01/24616 



11/19 



A 




A 


A 




A 




A 


A 


A 


A 


A 


A 


A 


A 


A 


A 


A 


ts 

a> 

CD 
CO 




03 
CO 


CD 
CD 
CO 




■§ 

ay 
CO 




Select 


$ 


CD 
CD 
CO 


CO 
CO 
CO 


Select 


t3 

CO 
CO 
CO 


Select 


CD 
CD 
CO 


CO 
CO 


CO 
CO 


CD 
CD 
CO 


II 

DDEC Total Engine 


DDEC Engine Config 


DDEC Engine Config 


DDEQ Engine Config 


Mack Engine Info 


DDEC Engine Config 


DDEC Engine Config 


DDEC Engine Config 


DDEC Engine Config 


DDEC Engine Config 


DDEC Engine Config 


DDEC Engine Config • 


Mack Engine Info 


DDEC Engine Config 


DDEC Engine Config 


08/02/2000 11:32:06 PM 


08/02/2000 09:17:44 AM 


08/02/2000 09:17:32 PM 


08/02/2000 09:17:18 AM 


08/02/2000 09:16:42 AM 


08/02/200009:01:21 AM 


08/01/2000 03:31:20 PM 


07/28/2000 02:01:43 PM 


07/28/200002:01:31 PM 


07/28/2000 01:51:22 PM 


07/28/2000 01:49:22 PM 


07/28/2000 01:48:43 PM 


07/28/2000 01:33:35 PM 


07/28/2000 01:33:05 PM 


07/28/2000 01:31:18 PM . 


CO 


s 

JO 


S 




I 




=3 










S 




■cr 

1 


S 

JQ 


DDEC Total Engine for MPSI DDEC 
Reet 


DDEC Engine Config for DDEC 2 


DDEC Engine Config for DDEC 1 


DDEC Engine Config for MPSI 
DDEC Fleet 


Mack Engine Info for Mack 2 


DDEC Engine Config for DDEC 2 


my description for this request 


DDEC Engine Config for DDEC 2 


DDEC Engine Config for DDEC 2 


DDEC Engine Config for DDEC 1 


DDEC Engine Info for DDEC 1 


DDEC Engine Config for DDEC 1 


Mack Engine info for Mack 1 


DDEC Engine Config for DDEC 1 


DDEC Engine Config for DDEC 1 



WO 02/17184 



PCT/US01/24616 



12/19 



o 

Q3 
CD 

CO 



A 



13 
cp 

a> 
CO 



A 



o 
.92 

CD 

CO 



A 


A 


A 


A 


a> 

CD 
CO 


CD 

a? 
CO 


CD 
CD 
CO 


CD 
CD 
CO 



CD 
"CD 



O 
LU 
Q 
Q 



CD 



O 
LU 
Q 
Q 



CD 

o 
O 

CD 
CT 
"05 



O 
LU 
Q 
O 



CD 



O 
LU 
Q 
O 



o 
O 

CD 
CT 

LU 

O 
LU 
Q 
Q 



CO 
CM 



CNJ 
OO 
CNI 



OO 

lo 

lo 
cni 



OO 



Q- 
CD 



CNI 



lo 

LO 



CO 

c=> 

Q 
CD 

§ 

OO 



1 



s 



8 



S 



CNI 



CNI 
OO 



s 



<s 

CD 



o 

LU 
O 
Q 



o 
O 

CD 



O 
LU 
O 
O 



CO 
CO 

CO 
CO 



CNI 

OO 
CN| 



s 



LO 
CNI 



OO 
CNI 



s 



o 

LU 
Q 

o 

1— 

o 

o 

CD 
*CT> 

LU 

o 

LU 

o 



o 

LU 

g 

CD 

**= 
cz 
o 

o 

CD 

c= 

*CD 



Q 
Q 



Q 

.p 

o 

o 

CD 

Q 
Q 



a 
o 



CD 

o 

o 

CD 



Q 



o 

LU 
Q 

o 



CD 

c: 
o 
O 

CD 



O 
LU 

8 



O 
LU 
Q 



0> 



o 

CD 



Q 
Q 



Q 
i_ 

42 

CD 
«= 
£= 

6 

CD 
*CD 

.5 

Q 

a 



Ul 

i 



WO 02/17184 



PCT/US01/24616 



13/19 



II 






SUBJ 


ate 




l— 




Setup 


ew- 


ew- 




;> 






Ok 


^7 




^7 



CXSS <»> CD 

— CO =5 CO 



CD, 

ex 



CO 



CO Q£ 
CO 



00 

CM < 



□c 



cr> DC 



oo • 



co , 

O _CD <D.C= n 
— CO 



in 

I 



CD 



CD 

M 



L- CD CD | 

CO 



^5* 

Z CD 



S> 55 

.=3 CO 



CO 



CD 
CD 



g 

;g cd o5l-32 
p <C co|>, 
UJ I — I o o 




II 

co co 

O CM 

CO CD 

CO to 

CD UO 



bo fc^ 

§11 



CD 

O..E ® 



CO . 

a: 

LO 



DC 



CD 
c_> 

iS 

CO 



CD 
CO 



CD 

E 



CO 



.= CD 

o 



S 2 i 13 to 

- CO 3 3 CO 

Q O CO CO — J 



CD 



CD 

.Q-.CO 



<C CD O 



CD 
CO 

ca « 



CD 



CO • 



5* 



cd 



z cd zo 



co 



co 

cnj CD 



coOC 

CNJ DC 



co 3= 



&3 



LO I 



So 



CM 

cm nr 



CO 



5^ Sqc 



co 



cr> lo 

co •?= c§ 
cm E co E 



cm ZC cd X 



LO 



CO 

CM E 



CD 
CO 



OO 
CO 



CD 



co 



O- 
CD 



is 

* 'E 
> => 



co 



2 



LO 



Q- 
CD 
o 
io 



CO 



co 

CO 



Q- 
CD 

CO 
CO 



CO 
LO 
LO 

CO 



: oc co ai 



CD 
a- 

LO 

zc 
au 

CD 
co 
co 



LO 
LO 



WO 02/17184 



PO7US01/24616 



14/19 



2* 


is 


Ss 


to 


2^ 


co 31 


OO 

io 


co -4 




CO —4 
CM 


co O 




CJ9 g 


oo — j 
co CD 


cm 


N/AHR 


N/AHR 


N/AHR 


N/AHR 


N/AHR 


N/AHR 




t£ 












CO 

co 3= 




3s 




as 


3s 


is 



*i m ig 



CO 0> v— CO lO 

m Bi 



GO OO CO CM 

Sec 5 ^ 
a? m — 

OC 



tO 

co 



or 

CO 



a: 



en 
in 



«*r}- cO x — 

CO J- CT> -1— GO -I— 



• co 



CD 
i 



CSI 



CSI 



CO 



CM 



SI 52 E S'E E 



CO 

co "E 



CO 



CM 

se 

CO -g 



£e£ 



COK CD^ 

cr> ai iox 



So: So: 



2 



CD 

CL 



CL. 



cu 



2 



CO 

cd 



to 



CO 



CO 

to 



CO 



CO 



10 



m 

O 
co 
to 



Ou 
C9 

C7> 
CO 



CL. 
CD 

CO 



CL 

o 



Q_ 

CD 

CO 
CO 



Q- 
O 



o 

00 
co 



CM IO JO 

s s s 



CO 



CO 



co 



CO 
CO 



CO 



s 

CO 



cy> cm 



CO 



CO 



WO 02/17184 



PCT/US01/24616 



15/19 



1 



1 



5 



CD 







Jrans 


•Date 


fil 


View- 


View- 




er* 


^7 



Alerts 


Setup 


View 


□ 




^7 



o « ¥ 




WO 02/17184 



16/19 



PCTAJS01/24616 



o 



x 

o 

'3? 

CO 

o; 



CO 
CO 



E 



o 

CO 

to 

CO 

«£3 



CD 



CM 
CO 
CO 

CO 



CO 
CO 



o 

CO 
CO 
CO 

Pi 

ILL. 



to 

CO 
CO 

CO 



o 

CO 

S3! 



LO 
CO 



O 
CO 
CO 
CO 



CO 
CO 
CO 



CO 
CO 



CO 



o 

CO 
CO 
CO 



Pi 



oo 

CO 
CO 



CO 
CO 
CO 

Pi 

S 

s> 

s 



CO 
CO 



10 

CO 



CO 



o 
. CO 

B 

n 

CD 



CM 
CO 
CO 



QQ 
I 

cm 



WO 02/17184 



PCT/US01/24616 



17/19 



CO 



o 

I 



«— CD -CZ 
Sa. P— (/> CO O* 




WO 02/17184 



18/19 



PCT/US01/24616 



e Sent to Vehicle 
/1999 20:01:01) 


8/14/200007:45:27) 


14/200012:36:39) 


ie Sent to Vehicle 
/1999 20:01:01) 


Ok (08/14/2000 14:05:18) 


14/200009:23:07) 


14/200011:55:48) 


eSenttovehicle. 
/1999 20:01:01) 




Pending (C 


Ok (08/' 




Ok (08/ 


Ok (08/ 


Messac 
(12/31 


CO 
CO 


CO 
CO 


CO . 
CO 


LO 
CO 


LO 
CO 


LO 
CO 


LO 
CO 


LO 
CO 


Unknown 


84mph 


.£= 
CL 

E 

CO 
CO 


E 
co 


65 mph 


65 mph 


65 mph 


a. 
E 

LO 
CO 


CM 


CM 


CM 


CM 


CM 


CM 


CM 


CM 


















CO 
CO 


S 


CO 

cz> 


CO 
CO 


3 


3 


3 


CO 
CO 


08/14/2000 


14/2000 


14/2000 


14/2000 


'14/2000 


r 14/2000 


'14/2000 


f14/2000 


3 




oo 

CO 


oo 

CO 


OO 
CO 


OO 
CO 


OO 
CO 


■B 


E 


% 


.1=1 
E 
113 


E 


.t=i 
E 
L-j 


• 

E 
l_j 


1 


-o 

<D 
CD 
Q. 
CO 


-o 

CD 
CD 
O- 

co 


TO 
CD 
CD 
CO. 

CO 


TO 
CD 
CD 
CD- 
CO 


-§ 

o 
a. 

CO 


-o 

CD 
CD 
O. 
CO 


"O 

CD 
CD 
CL 
CO 


-a 

CD 
CD 

a. 
CO 


Vehicle 


Vehide 


Vehicle 


. Vehicle 


Vehicle 


Vehicle 


Vehicle 


Vehicle 


31599 


31632 


31635 


31636 


31637 


31638 


31639 


31642 ] 



CO 

i 



WO 02/17184 



PCT/US01/24616 



19/19 




Computer System 700 



Processor 704 



Main Memory 708 



Display Interface 702 



Display 730 



Secondary Memory 710 




Hard Disk Drive 712 








Removable Storage Drive 714 - 




Removable Storage 
Unit 718 






Interface 720 




Removable Storage 
Unit 722 







Communications Pa* 726 



fig-7 



INTERNATIONAL SEARCH REPORT 


Intej * nal Application No 
rtl/Ub Ul/c4olO 


A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 G06F17/60 




According to International Patent Classification (IPC) or to both national classification and IPC 




B. FIELDS SEARCHED 


Minimum documentation searched (classification system followed by classification symbols) 

IPC 7 G06F 


Documentation searched other than minimum documentation to the extent that such documents are Inc 


tuded In the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 

EPO-Internal, WPI Data, PAJ 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category* 



Citation of document, with indication, where appropriate, of the relevant 



Relevant to claim No. 



US 5 953 706 A (PATEL APURVA) 
14 September 1999 (1999-09-14) 
abstract 

line 10 - line 15 
line 8-11 
line 46 - line 56 



1-12 



column 1, 
column 3, 
column 8, 
figure 3 



US 5 831 519 A (LOHMANN- JENSEN FLEMMING 
ET AL) 3 November 1998 (1998-11-03) 
abstract 
figures 1-3 

US 5 581 464 A (MALAN VAN R ET AL) 
3 December 1996 (1996-12-03) 
abstract 

-/- 



1-12 



1-12 



m 



Further documents are listed In the continuation of box C. 



Patent famBy members are listed In annex. 



6 Special categories of cited documents : 
•A' 
•E' 



document defining the general state of the art which is not 
considered to be of particular relevance 
earfier document but published on or after the international 
filing date 

document which may throw doubts on priority daimfs) or 
which 13 cited to establish the publication date of another 
citation or other special reason (as specified) 
*0* document referring to an oral disclosure, use, exhMIonor 
other means 

'P" document published prior to the international filing date but 
later than the priority date claimed 



*V later document published after the International filing dalo 
or priority dale and not In conflict with me application but 
died to understand the principle or theory underlying the 
Invention 

"X" document of particular relevance; the claimed Invention 
cannot be considered novel or cannot be considered to 
Involve an Inventive step when the document Is taken alone 

■V document of particular relevance; the claimed Invention 
cannot be considered to involve an Inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the ait 

document member of the same patent family 



Date of the actual completion of the international search 

11 December 2001 



Name and mailing address of the ISA 

European Patent Office, PJB. 5818 Patentlaan 2 
NL-2280 HV RflSWijk 
Tel (+31-70) 340-2040, Tx. 31 651 epo nl, 
Fax (+31-70) 340-3016 



Date of mailing of the international search report 

20/12/2001 



Authorized officer 



Falierou, C 



Fom PCT/ISM210 (second shoet) (July 1992) 



INTERNATIONAL SEARCH REPORT 



Intej mat Application No 

PC(/dS 01/24616 



C.(Contlnuatton) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category • Citation of document, with Indlcatlon.where appropriate, of the relevant passages 



Relevant to claim No. 



US 5 835 376 A (EDWARDS KENNETH W 
10 November 1998 (1998-11-10) 
abstract 
figure 1 



ET AL) 



1-12 



Fbim FCT/lSA/210 (continuation ot second sheet) (July 1892) 



INTERNATIONAL SEARCH REPORT 

formation on patent ramny members 



Into ~""pnal Application No 

PCT7US 01/24616 



Patent document 
cited in search report 


Publication 
date 


Patent family 
member(s) 


Publication 
d&te 


US 5953706 


A 


14-09-1999 


AU 


5000697 A 


15-05-1998 








EP 


0932869 A2 


04-08-1999 








MO 


9818250 A2 


30-04-1998 



US 5831519 



03-11-1998 



US 5581464 



03-12-1996 



AP 


668 A 


03-09-1998 


AT 


190747 T 


15-04-2000 


AU 


692327 B2 


04-06-1998 


AU 


3978195 A 


17-06-1996 


B6 


101560 A 


30-12-1997 


BR 


9509813 A 


03-11-1998 


CA 


2205834 Al 


30-05-1996 


CN 


1170470 A 


14-01-1998 


CZ 


9701552 A3 


15-10-1997 


DE 


69515688 Dl 


20-04-2000 


DE 


69515688 12 


23-11-2000 


WO 


9616387 Al 


30-05-1996 


DK 


793838 T3 


31-07-2000 


EP 


0793838 Al 


10-09-1997 


ES 


2143661 T3 


16-05-2000 


FI 


972166 A 


21-07-1997 


GR 


3033485 T3 


29-09-2000 


HU 


77623 A2 


29-06-1998 


JP 


10509259 T 


08-09-1998 


NO 


972308 A 


09-07-1997 


NZ 


296069 A 


26-02-1998 


PL 


320334 Al 


29-09-1997 


PT 


793838 T 


30-06-2000 


SI 


793838 Tl 


31-08-2000 


SK 


63497 A3 


05-11-1997 


AU 


667399 B2 


21-03-1996 


AU 


5003193 A 


15-03-1994 


BR 


9306901 A 


08-12-1998 


CA 


2141971 Al 


03-03-1994 


EP 


0655150 Al 


31-05-1995 


OP 


6223249 A 


12-08-1994 


KR 


267026 Bl 


15-09-2000 


WO 


9404975 Al 


03-03-1994 


US 


5465079 A 


07-11-1995 



US 5835376 A 10-11-1998 AU 7482496 A 05-06-1997 

EP 0865635 Al 23-09-1998 
WO 9718521 Al 22-05-1997 



Form FCT7ISA/210 [patent family annex) (Ju^ 1992) 



